小時候老一輩的常說,"剛吃完飯不可以直接躺著,容易變成牛"。
是否有懷疑過為什麼是牛,為什麼不是貓咪?不是豬呢?
一個奇怪的追問,總是搞得大人一時間回不出來,便簡單的說明是老一輩的智慧。
直到自己真的開始反芻了,真的變成牛了,年少無知的自己才開始贊嘆老一輩的智慧;
原來是躺著時少了部分地吸引力向下的作用將食物推向胃,消化速度減慢,
消化系統來不及應付接下來的食物,造成胃食道逆流,就如同牛一樣反芻。
多了這層解釋,可以得知太空人吃完飯就算站著也容易變成牛,
所以太空人的食物必須使用特製太空食物。
場景拉回電腦工程相關的文章,
許多文章或部分書籍之中都在沒有任何前提下直接提出了定理,
完全沒有解釋為什麼要提出這個定理或者為了解決什麼困難。
若沒有多方的找尋原因,讀起來容易將科學變成玄學來解釋,便簡單的說明是老一輩的智慧。
優良的工程師,提出定理,但缺少理由,實在非常可惜;
因為當後人遇到一些定理無法解決的問題時,反而變成發展的天花板。
而後人真正造成遇到變化或不同場景時,不知道如何解決。
其實只要將定理的定義與存在的原因解釋清楚。
適當的理解思路,視時打破規局,才能寫出最符合狀況的程式(但並非憑空猜想)。
身為小小的工程師的我,
回顧年少無知的自己多次變成電腦猴,踩了一次一次的錯誤後,
不經讚嘆老一輩的智慧與精妙,
希望能透過撰寫一些文章將一些許多文章沒解釋到與玄學部分補充說明為該領域多順一下思路。
為什麼選擇資料庫作為主要解釋對象呢?
因為後端工程師主要會面零許多currency problem與system design問題,
而其中最令筆者覺得可以一次接觸所有後端問題的系統就是資料庫系統,
好比永字八法般,筆畫雖不多,但寫好該字,就可以掌握8成的基礎書法字。
因此,選擇資料庫系統作為出發點,近一步了解後端工程。
該系列分為上下兩部,
CRUD仔的一生(上):
主要介紹單體式資料庫的運作原理與一些定理的註解,會特別注重資料結構。
CRUD仔的一生(下):
加入分散式資料庫的運作原理與定理解釋,會特別注重演算法與運作缺點。
這裡可能會是我人生中最猴的時刻QQ
超讚的內容, 希望大大能完賽
話說你這資料庫的對象主要是PostgreSQL吧?
謝謝,大同小異的範例主要都會是postgres
如果設計上思路不同的會選mysql與postgres來做說明
這次範圍主要限制在RDB
~